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DESCRIPTION 

SERVICE SOFTWARE ACQUIRING METHOD, SYSTEM AND ELECTRONIC 

COMMUNICATION DEVICE USED THEREFOR 

TECHNICAL FIELD 

[0001] The present invention relates to a method for 
acquiring software for performing remote processing, and more 
specifically to a method for acquiring software for 
performing remote processing for having information shared 
between electronic communication devices, such as a digital 
still camera (DSC), a digital video camera (DVC) , a mobile 
phone, a digital television (DTV), a home server, a set-top 
box (STB) , and a safe-deposit box, that are connected to a 
service administration host via a network - 

BACKGROUND ART 

[0002] Conventionally, in the case of performing a desired 
process with an electronic communication device, such as a 
digital still camera (DSC), a digital video camera (DVC), a 
mobile phone, a portable device, a digital television (DTV), 
a home server, a set-top box (STB) , and a safe-deposit box, 
that is connected to a service administration host via a 
network or radio, if software necessary for performing the 
desired process is not stored in the device itself, the 



software is downloaded from the service 
necessary software 

• v,o,t to perform the desired process (see, for 
administration host, to perro 

..a^.e. Japanese .aid-^en Patent Publication Ho. 200.- 
169621). 

. in such a conventional structure, the 
[00031 However, m sucn 

^ 1-hat has downloaded software 

electronic communication device that has 

. a process only within itself, and is not capable of 
performs a process uux^ 

-ir, association with 
«^<=+-ormined process in assooxau 
performing a predeterminea p 

another electronic communication device. 

r. electronic communication devices are 
[0004] in addition, electronic 

p.oviaea with information as to addresses of other 
electronic con^unication devices, and therefore, even if an 

. • ^ ri^s-Lres another electronic 
electronic communication device desires 

device to perform some process, that electronic 
communication device to pe 

r.f fiivina commands to tne 
communication device is incapable of g.vmg 

other electronic communication device. 

.hat it is conceivable to configure the 
[00051 Note that it 

electronic co»unication devices to include appiicatrons 
ena.ie the electronic co-unication devices to share a 

.,ince there are various 
• r^rncess. However, since t-ucj. 

predetermined process. 

, „ -i 1- 1 s unrealistic 

Kinds of electronic conununication devices, it 

■de each electronic cormunication device with a 
to provide eacn ex 

of software which correspond to the 
plurality of pieces of softwar 

HPvice in view of memory 
electronic communication device. 
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DISCLOSURE OF THE INVEHTION 

[00061 Therefor., an object o£ the present invention is to 
provide a method for enabling remote processing to be 
performed between electronic co^ication devices, even if 
the electronic co^unication devices neither previously 

Plectronic communication 
possess address information of the electron 

• oiw nossess software for having 
devices nor previously possess 

t-u^ oipri-ronic communication 
information shared between the electronic 

devices . 

10007, TO solve the above-described problems, the present 
invention provides a method for acquiring software necessary 
£or a remote service that is desired to be shared between a 
local host and a remote host which are connected via a 
networK, from a service administration host that has the 
software stored therein, the method including: a step in 
Which the local host requests the service administration host 

o eai-cin in which, in 
to start a desired remote service; a step 

. ^-h. reauest to start the remote service, the 
response to the request 

^ • ^«^.;,tion host chooses remote hosts that are 
service administration no&i- 

capable of sharing the remote service with the local host, 
.nd returns to the local host information as to the .J^ 

information as to the chosen_remote hosts, the local host 
selects a remote host with which the local host desires to 



Share the remote service, and instructs the selactei.re.ote 
host to download fro. the service administration host the 
software for sharing the remote service; and a step in which 
the selected remote host downloads from the service 

v,„=f 1-hB n.cessarv software which the selected 
administration host the necessary 

remote host has been instructed to download. 

[00081 Accordingly, since the remote host is able to 

download the necessary software from the service 

administration host in response to a request from the local 

host, it is unnecessary for the remote host side to be 

previously provided with the necessary software. That is, it 

that software which is regularly unused and 

becomes possible znaz soi-i^wa^^ 

unnecessary is acquired as need arises. 

[00091 Mso, the present invention provides a method for 
acquiring software necessary for a remote service that is 
desired to be shared between a local host and a remote host 
which are connected via a network, from a service 
administration host that has the software stored therein, the 
method including: a step in which the local host requests the 
service administration host to start a desired remote 
service; a step in which, in response to the request to start 
the remote service, the service administration host chooses 
remote hosts that are capable of sharing the remote service 
with the local host, and returns to the local host 
information as to the chosen_remote hosts; a step in which. 



based on the returned information as to the chosen remote 
hosts, the local host selects a remote host with which the 
local host desires to share the remote service, and instructs 
the service administration host to transmit to the selected 
remote host the software for sharing the remote service; and 
a step in which, in response to the instruction to transmit 
the software, the service administration host transmits the 
necessary software to the selected remote host. 
[0010] Accordingly, necessary software is transmitted from 
the service administration host to the remote host in 
accordance with an instruction from the local host, therefore 
it is made possible for the remote host to acquire the 
necessary software even if the local host . does not know the 
address of the remote host, while making it possible to 
eliminate the need for the remote host side to be previously 
provided with the necessary software. In other words, it 
becomes possible that software which is regularly unused and 
unnecessary is acquired as need arises. 

[0011] Also, the present invention provides a method for 
acquiring software necessary for a remote service that is 
desired to be shared between a local host and a remote host 
which are connected via a network, from a service 
administration host that has the software stored therein, 
wherein the network has a certificate authority host for 
authenticating the local host connected thereto, the method 
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including: a step in which the local host acquires a 
registered user key from the certificate authority host; a 
step in which the local host transmits, to the service 
administration host, a request to start a desired remote 
service together with the user key; a step in which, in 
response to the request to start the remote service, the 
service administration host chooses, from among remote hosts 
which are accessible based on the user key, remote hosts that 
are capable of sharing the remote service with the local 
host, and returns to the local host information as to the 
chosen remote hosts; a step in which, based on the returned 
information as to the chosen remote hosts, the local host 
selects a remote host with which the local host desires to 
share the remote service, and transmits to the selected 
remote host an instruction to download from the service 
administration host the software for sharing the remote 
service together with the user key; and a step in which, if a- 
check — an authenticity of the user key is certified in 
association with the certificate authority host, the selected 
remote host downloads from the service administration host 
the necessary software which the selected remote host has 
been instructed to download. 

[0012] Accordingly, the remote host is able to download 
the necessary software from the service administration host 
in response to a request from the local host, therefore it is 



possible to eliminate the need for the remote host side to be 
previously provided with the necessary software. That is, it 
becomes possible that software which is regularly unused and 
unnecessary is acquired as need arises. Moreover, the remote 
host checks a user key to determine whether an unauthorized 
process is intended to be performed, therefore it is possible 
to provide safe service. 

[0013] Also, the present invention provides a method for 
acquiring software necessary for a remote service that is 
desired to be shared between a local host and a remote host 
which are connected via a network, from a service 
administration host that has the software stored therein, 
wherein the network has a certificate authority host for 
authenticating the local host connected thereto, the method 
including: a step in which the local host acquires a 
registered user key from the certificate authority host; "a 
step in which the local host transmits to the service 
administration host a request to start a desired remote 
service together with the user key; a step in which, in 
response to the request to start the remote service, the 
service administration host chooses, from among remote hosts 
which are accessible based on the user key, remote hosts that 
are capable of sharing the remote service with the local 
host, and returns to the local host information as to the 
chosen remote hosts; a step in which, based on the returned 



information as to the chosen remote hosts, the local host 
selects a remote host with which the local host desires to 
share the remote service, and transmits to the service 
administration host an instruction to transmit to the 
selected remote host the software for sharing the remote 
service together with the user key; and a step in which, in 
response to the instruction to transmit the software, the 
service administration host transmits the necessary software 

to the selected remote host after Q check an authenticity of 

the user key is certified in association with the certificate 
authority host. 

[0014] Accordingly, necessary software is transmitted from 

the service administration host to the remote host in 

accordance with an instruction from the local host, therefore 

it is made possible for the remote host to acquire the 

necessary software even if the local host does not know the 

address of the remote host, while making it possible to 

eliminate the need for the remote host side to be previously 

provided with the necessary software. That is, it becomes 

possible that software which is regularly unused and 

unnecessary is acquired as need arises. Furthermore, the 

service administration host checks a user key to determine 

whether an unauthorized process is intended to be performed, 

therefore it becomes possible to provide safe service. 

[0015] Preferably, the information as to the chosen remote 
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hosts is addresses of the chosen remote hosts that are 
assigned on the network. 

[00161 This makes it possible for the local host to 
identify a remote host on the network even if the address of 
the remote host on the network is unknown thereto. 
[0017] Preferably, there is further included a step in 
which the local host downloads from the service 
administration host the software necessary for sharing the 
remote service . 

[0018] Accordingly, even in the case where the necessary 
software does not exist within the local host, it is possible 
to download the software. Therefore, it becomes possible for 
the local host and the remote host to share a desired 
service . 

[0019] Preferably, there is further included a step in 
which, if a plurality of remote hosts that are capable of 
sharing the remote service are present, the local host 
displays a remote host that is accessible. 

[0020] Accordingly, it becomes possible for the local host 
side to select a plurality of remote hosts that are capable 
of sharing the remote service. Therefore, it becomes 
possible to select an optimal remote host. 

[0021] Preferably, there is further included a step of 
communicating information between the selected remote host 
and the local host by utilizing the software downloaded by 



the selected remote host. 

[0022] Accordingly, it becomes possible to exchange 
information between the remote host and the local host. For 
example, it becomes possible to perform a process of 
forwarding data or the like stored in the remote host to the 
local host. 

[0023] Preferably, in the step of communicating 
information, still image data possessed by the local host or 
the selected remote host is communicated. 

[0024] Accordingly, it becomes possible to exchange still 
image data between the local host and the remote host. 
[0025] Preferably, in the step of communicating 
information, video image data possessed by the local host or 
the selected remote host is communicated. 

[0026] Accordingly, it becomes possible to exchange video 

image data between the local host and the remote host. 

[0027] Preferably, in a case where information is 

communicated between the local host and the selected remote 

host, there are further included: a step in which the local 

host or the selected remote host transmits the information to 

a remote host different from the selected remote host, the 

different remote - host being capable of performing a 

predetermined process on the information that is 

communicated; and a step in which, after performing the 

predetermined process, the different remote host transmits 

10 



the processed information to the selected remote host or the 
local host. 

[0028] Accordingly, even in the case where the local host 
and the remote host are not capable of having information 
shared only by themselves, it is possible to transmit the 
information to another remote host and make the information 
sharable. Therefore even in the case where the local host 
and the remote host are not capable of having information 
shared only by themselves, it can be made possible to share 
the information therebetween. 

[0029] Preferably, the predetermined process is a process 
of converting a format of the information. 

[0030] Accordingly, even if the format is not compatible, 
it is possible to exchange the information between the remote 
host and the local host, because format conversion is 
performed by an intermediate entity. 

[0031] Preferably, the predetermined process is a process 
of converting a resolution of the information to a 
predetermined resolution. 

[0032] Accordingly, even if the resolutions of the local 
host and the remote host are different from each other, it is 
possible to exchange information therebetween, because 
resolution conversion is performed by an intermediate entity. 
[0033] Also, the present invention provides a method for 

. • f4-,,=r-<= ne<-pssarv for a remote service that is 

acquiring software necessary j-uj. 
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desired to be shared between a local host and a remote host 
Which are connected via a network. from a service 
administration host that has the software stored therein, the 
method includin, : a step in which the local host selects a 
remote host that is capable of executing the software 
necessary for the remote service that is desired to be 
shared; a step of instructing the selected remote host to 
download the software from the service administration host; 
and a step in which the s elected remote host downloads from 
the service administration host the necessary software which 
the selected remote host has been instructed to download. 
[00341 Accordingly, the remote host is able to download 
the necessary software from the service administration host 
in response to an instruction from the local host, therefore 
it is made possible to eliminate the need for the remote host 
side to be previously provided with the necessary software. 
That is, it becomes possible that software which is regularly 
unused and unnecessary is acquired, as need arises. 
100351 Preferably, there is further included a step of 
co-unicating information between the selected_remote host 
and the local host by utilising the software downloaded by 
the select^dL^®^^^® host. 

[00361 A^ccordingly, it becomes possible to exchange 
information between the remote host and the local host. For 

ible to perforin a process of 



example, it becomes poss 
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forwarding data or the like stored in the remote host to the 

local host. 

[00371 Preferably, there is further included a step in 
which the local host downloads froK, the service 
administration host the software necessary for sharing the 

remote service. 

100381 Accordingly, even in the case where the necessary 
software does not exist within the local host, it is possible 
to download the software. Therefore, it becomes possible for 
the local host and the remote host to share a desired 
service . 

[00391 Preferably, the selected remote host keeps ^ 
acquired software stored therein, and In the step in which 
the selected remote host downloads from the service 
adminrT^i^I^host: if an Instruction to download the 
necessary software is given from the local host, the selected 
remote host determines whether software identical to the 
necessary software is included in the stored software; if no 
identical software is included, the selected_remote host 
downloads the necessary software from the service 
administration host; and if any identical software is 
included, without downloading the necessary software from the 
service administration host, the local host and the selected 
remote host carry out the remote service by employing the 



stored software. 
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100401 Accordingly, previously downloaded software is 
reused, therefore it becomes possible to reduce an amount of 
communication for downloading. 

[00411 Preferably, in the step in which the selected 
remote host downloads from the service administration host, 
further: if the identical software is included, a version of 

^ o TTOT-cj-inn of the stored software 
the necessary software and a version o£ 

■ ^ ^-p 4-v>o <;i-ored software is 
are compared; and if the version of the storea 

^■1 or-arripd and the necessary 
older, the stored software is discarded, 

software is downloaded from the service administration host. 
t0042] Thus, the remote host downloads the latest version 

/-aoo whpre the remote 
of software. Therefore, even in the case where 

u ^ c^fi-w^re it is possible to prevent 
host has cached software, it: i* f 

• <=of^wsre version between the local host and the 
difference m software versiuu 

remote host. 

[00431 preferably, the selected remote host keeps *he 
acquired software stored therein, and in the step in which 
the service administration host transmits the necessary 
3,,„are to the sele^^-ote host: the service 
administration host inquires of the selecte^remote host 
Whether the necessary software is stored; in response to the 
inquiry from the service administration host, the selected 
remote host determines whether software identical to the 

J ^r,r^ -i-hfa selected remote host 
necessary software is stored, and the select 

..s a result of the determination to the service 
reports a retjuiu v^."- 
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i-hp reoort from the 
administration host; and In response tc the rep 

selected remote host, if the identical software is not 
stored, the service administration host transmits the 

o^-Fi-w^rP to the selected remote host, 
necessary software to unc £_ , 

10044, Accordingly, previously downloaded software is 
,,,3ed, therefore it becomes possible to reduce an amount of 
communication for downloading. 

100451 Preferably, when the selecte^remote host 
determines whether the software identical to the necessary 
software is stored, the selecte^remote host reports to the 
service administration host that the identical software is 
not stored if merel^an older version of the software is 

stored. 

[0046, Thus, the service administration host transmits the 
latest version of software. Therefore, even in the case 
„nere the remote host has cached software, it is possible to 

^•F^w«rP version between the local host 
prevent difference in software version 

and the remote host. 

. Kiv the local host keeps %fee— acquired 
[0047] Preferably, tne looax 

J • +-v.^i «!i-pn in which the local 
software stored therein, and in the step 

host downloads from the service administration host: the 
local host determines whether software identical to the 
necessary software is included in the stored software; if no 
identical software is included, the local host downloads the 
necessary software from the service administration host; and 



if any identical software is included, without downloading 
the necessary software from the service administration host, 
the local host and the selected_remote host carry out the 
remote service by employing the stored software. 
t0048] Accordingly, previously downloaded software xs 
reused, therefore it becomes possible to reduce an amount of 
communication for downloading. 

t0049] preferably, in the step in which the local host 
downloads from the service administration host, further: if 
the identical software is included, a version of the 
necessary software and a version of the stored software are 
compared; and if the version of the stored software is older, 
the stored software is discarded, and the necessary software 
is downloaded from the service administration host. 
10050] Accordingly, the local host downloads the latest 
version of software. Therefore, even in the case where the 
local host has cached software, it is possible to prevent 
difference in software version between the local host and the 
remote host. 

10051] preferably, there are further included: a step in 
which the local host requests from the service administration 
host a list of remote services that are usable to the local 
host; a step in which, in response to the request from the 
local host, the service administration host recognizes each 
of the remote services that are usable to the local host; a 
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step m which the service administration host recognizes a 
ren,ote host that is capable o£ sharing the recognized remote 
service with the local host; a step in which the service 
administration host reports to the local host a service list 
that shows a combination ot the remote service and the remote 
host; and a step in which the local host displays the 
reported service list. 

[00521 Accordingly, it becomes possible for a user o£ the 
local host to simultaneously recognize a service available 
through the use c£ the local host and a remote host which is 
capable o£ sharing the service. 

[00531 preferably, there are further included: a step in 
Which the local host requests from the service administration 
host a list of remote hosts that are accessible by the local 
host; a step in which, in response to the request from the 
local host, the service administration host recognizes the 
remote hosts that are accessible by the local host; a step in 
which the service administration host recognizes, with 
respect to each of the recognized remote hosts, a remote 
service that is shareable with the local host; a step in 
Which the service administration host reports to the local 
host a remote host list that shows a combination ot the 
remote host and the remote service; and a step in which the 
local host displays the reported remote host list. 
[00541 Accordingly, it becomes possible for a user of the 
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local host to simultaneously reoogniza an available remote 
host and a service which is sharable with the remote host. 
[00551 preferably, there are further included: a step in 
which the local host requests, from a list relaying host 
which is connected to the network, a list of remote services 
that are usable to the local host; a step in which, in 
response to the request from the local host, the list 

-Fr-nm the service administration host, 
relaying host requests, from tne servx^ 

the list of remote services that are usable to the local 
host; a step in which, in response to the request from the 
list relaying host, the service administration host 
recognizes each of the remote services that are usable to the 
local host; a step in which the service administration host 
recognizes a remote host that is capable of sharing the 
recognized remote service with the local host; a step in 
Which the service administration host reports to the local 

• ^ ii<,t that shows a combination of the remote 
host a service list rnat siiuwa 

a «i-pn in which the local 
service and the remote host; and a step m wn 

host displays the reported service list. 

[0056] Accordingly, it becomes possible for a user of the 
local host to simultaneously recognize a service available 
with the use of the local host and a remote host capable of 
sharing the service. 

,0057, Preferably, there are further Included: a step in 
Which the local host requests, from a list relaying host 
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which is connected to the network, a list of remote hosts 
that are accessible by the local host; a step in which, in 
response to the request from the local host, the list 
relaying host requests from the service administration host 
the list of remote hosts that are «eatet^^accessibl^b^the 
local host; a step in which, in response to the request from 
the list relaying host, the service administration host 
recognizes the remote hosts that are accessible by the local 
host; a step in which the service administration host 
recognizes, with respect to each of the recognized remote 
hosts, a remote service that is shareable with the local 
host; a step in which the service administration host reports 
to the local host a remote host list that shows a combination 
of the remote host and the remote service; and a step in 
which the local host displays the reported remote host list. 
t00581 Accordingly, it becomes possible for a user of the 
local host to simultaneously recognize an available remote 
host and a service which is sharable with the remote host. 
t0059] Also, the present invention provides a system for 
executing a desired process between at least two or more 

-^■^r. Ho-TTirPs that are connected via a 
electronic communication devices i^nau 

network, the system including: a service administration host 
that is connected to the network and has stored therein 
software necessary for executing the desired process; among 
the at least two or more electronic communication devices, a 
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first electronic communication device operated by a user, and 
a second electronic communication device that is capable of 
executing the desired process by operating in association 
with the first electronic communication device; and 
association recognition means for recognizing an association 
between the first electronic communication device and the 
second electronic communication device, wherein the first 
electronic communication device includes software acquisition 
means for, when executing the desired process, allowing the 
second electronic communication device recognized by the 
association recognition means to acquire the software stored 
in the service administration host. 

[0060] Accordingly, the second electronic communication 
device is able to acquire software necessary for executing a 
desired process, therefore it is possible to eliminate the 
need for the second electronic communication device to be 
previously provided with the software. That is, it becomes 
possible that software which is regularly unused and 
unnecessary is acquired as need arises. 

[0061] Preferably, the software acquisition means 
instructs the second electronic communication device selected 
by the user to download the software from the service 
administration host. 

[0062] Preferably, the software acquisition means 
instructs the service administration host to transmit the 
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software to the second electronic communication device 
selected by the user. 

[0063] Preferably, when recognizing the association, the 
association recognition means recognizes the second 
electronic communication device that is capable of operating 
in association with the first electronic communication device 
by authenticating the user operating the first electronic 
coitununication device. 

[0064] Preferably, the association recognition means is 
provided within a home server for a user who possesses the 
first electronic communication device. 

[0065] Preferably, the association recognition means is 
provided within the service administration host. 
[0066] Also, the present invention provides an electronic 
coironunication terminal that is connected to a network and 
which executes a predetermined process by operating in 
association with a remote host connected to the network, the 
terminal including: information acquisition means for 
acquiring, from a computer device connected to the network, 
information as to remote hosts that are capable of executing 
the predetermined process in association; remote host 
specification means for, based on the information acquired by 
the information acquisition means, specifying a remote host 
that is capable of executing the predetermined process in 
association; and software acquisition request means for 
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causing the remote host specified by the remote host 
specification means to acquire software for executing the 
predetermined process, the software being stored in a service 
administration host connected to the network. 
[00671 Accordingly, it becomes possible for the electronic 
communication device to allow the remote host to acquire 
software necessary for executing a desired process. 
[0068] preferably, there is further included user key 
acquisition means for acquiring a user key that is registered 
in a certificate authority host connected to the network; and 
the software acquisition request means transmits the user key 
acquired by the user key acquisition means together with a 
request to acquire the software for executing the 
predetermined process. 

[0069] Accordingly, it becomes possible for the electronic 
communication device to allow the remote host to acquire 
software necessary for executing a desired process. 
Moreover, the remote host checks a user key to determine 
whether an unauthorized process is intended to be performed, 
therefore it is possible to provide safe service. 
[00701 Also, the present invention provides an electronic 
coironunication terminal that is connected to a network and 
which executes a predetermined process by operating in 
association with a local host connected to the network, the 
terminal including: software acquisition request reception 



22 



means for accepting, from the local host, a request to 
acquire software for executing the predetermined process; and 
software acquisition means for downloading, from a service 
administration host connected to the network, the software 
for executing the predetermined process. 

[0071] Accordingly, it is possible for the electronic 
communication device to acquire software necessary for 
executing a desire process in accordance with an instruction 
from the local host. 

[0072] Preferably, there is further included user key 
check means for requesting a certificate authority host 
connected to the network to check a user key; and in a case 
where the user key accompanies the request to acquire the 
software received by the software acquisition request 
reception means, if the user key check means ehee^^ 
authenticates the user key, the software acquisition means 
downloads, from the service administration host, the software 
for executing the predetermined process. 

[0073] Accordingly, it is possible for the electronic 
communication device to acquire software necessary for 
executing a desired process in accordance with an instruction 
from the local host. Moreover, the electronic communication 
device checks a user key to determine whether an unauthorized 
process is intended to be performed, therefore it is possible 
to provide safe service. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[00741 FIG. 1 is a diagram showing an overall structure of 
a service download system according to a first embodiment of 
the present invention. 

[0075] FIG. 2 is a diagram showing exemplary information 
stored in a service administration host 4 . 

[0076] FIG. 3 is a block diagram showing an exemplary 
hardware configuration for a local host 1 and a remote host 2 
according to the first embodiment of the present invention. 
[0077] FIG. 4 is a flowchart for explaining an operation 
of the entire system according to the first embodiment of the 
present invention. 

[0078] FIG. 5 is a diagram showing exemplary information 
which is returned from the service administration host 4 to 
the local host 1 in the system according to the first 
embodiment of the present invention. 

[0079] FIG. 6 is a diagram showing exemplary additional 
information which is received by the local host 1 from the 
service administration host 4 in the system according to the 
first embodiment of the present invention. 

[0080] FIG. 7 is a flowchart showing an operation of a 
remote host according to a second embodiment of the present 
invention. 

[0081] FIG. 8A is a diagram showing a correspondence 
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between versions of software according to the second 
embodiment of the present invention. 

[0082] FIG. 8B is a diagram showing difference between 
versions of software according to the second embodiment of 



the present invention. 

[0083] FIG. 9 is a flowchart showing an operation of a 
local host according to a third embodiment of the present 

invention . 

[00841 FIG. 10 is a flowchart showing operations of the 
local host and the service administration host during a 
service list acquisition process (step S601) . 
[0085] FIG. 11 is a flowchart showing operations of the 
local host and the service administration host in the case of 
acquiring a list of accessible remote hosts. 

[00861 FIG. 12 is a diagram showing an overall structure 
of a service software acquisition system according to a sixth 
embodiment of the present invention. 

[00871 FIG. 13 is a flowchart for explaining an operation 
of the entire system according to the sixth embodiment of the 
present invention. 

BEST MODE FOR CARRYING OUT THE INVENTION 

(first embodiment) 
[00881 FIG. 1 is a diagram showing an overall structure of 
a service software acquisition system according to a first 
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e^oai^ent of the present invention. In ElG.l. the service 
software acquisition system includes a local host 1. four 
remote hosts 2, a certificate authority host 3. and a service 
administration host 4. Note that although the local host 1, 
the certificate authority host 3, and the service 
administration host 4 are each described herein as being 
single in number, they can be multiple in number. In 
addition, the number of remote hosts 2 may be less than or 
greater than four. 

, 1 ^1 o an tfilpctronic cornmunication 
100891 The local host 1 is an electronic 

device such as a digital still camera (DSC) , a digital video 
camera <DVC), a mobile phone, a portable device, a digital 
television ,DTV,, a home server, a set-top box (STB,, a safe- 
Ceposit box, or the like. The remote hosts 2 are each an 
electronic communication device such as a digital still 
camera (DSC) , a digital video camera (DVC, , a mobile phone, a 
portable device, a digital television (DTV) , a home server, a 
set-top box (STB), a safe-deposit box, or the like. 
[00901 The certificate authority host 3 is a computer in 
which user keys of the local host 1 and the remote hosts 2 
are registered. The certificate authority host 3 may be a 

provider or the like, or a server placed at the premises of a 
company . 

10091] The service administration host 4 is a computer 
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that administers addresses (e.g., IP addresses) of the local 
host 1 and the remote hosts 2. Typically, the service 
administration host 4 is a server on the Internet, or the 

like . 

[00921 The local host 1, the remote hosts 2, the 
certificate authority host 3, and the service administration 
host 4 are connected via a network 5 . The network 5 may be a 
wire network, a wireless network, or a combination thereof. 
Typically, the network 5 is a network composed of a 
combination of the Internet, a telephone network, a mobile 
phone network, a PHS network, an ADSL network, and so on. 
[0093] If the local host 1 or a remote host 2 makes a 
request to acquire a user key corresponding thereto, the 
certificate authority host 3 returns the user key, which has 
previously been registered. Also, if the local host 1, the 
remote host 2, or the service administration host 4 makes a 
request to check a user key, the certificate authority host 3 
checks the user key and returns a check result. The term 

J u^va-ir. rfifprs to an identifier for 
"user key" as used herein rerers uu 

identifying a user. 

[00941 The service administration host 4 has stored 

therein information as to any remote host 2 accessible to the 

local host 1 via the network 5. The user key of a user who 

uses the local host 1 (hereinafter simply referred to as a 

"local host user key") and the address (e.g., IP address) of 

27 



the remote host 2 are used to associate the local host 1 with 
the remote host 2. In addition to the address o£ the remote 
host 2, the service administration host 4 also has stored 
therein information as to hardware characteristics, etc., of 

the remote host 2 . 

[00951 FIG. 2 is a table showing exemplary information 
stored in the service administration host 4. In FIG. 2, it 

is assumed that "REMOTE HOST A," "REMOTE HOST B," "REMOTE 

HOST C," and "REMOTE HOST D« represent information as to the 
addresles, e.g., IP addresses, of the individual remote 
hosts. in addition, it is assumed that "LOCAL HOST A," 
-LOCAL HOST B," and "LOCAL HOST C" represent their respective 
local host user keys. As shown in FIG. 2, Information as to 
remote hosts accessible to local hosts via the networlc 5 is 
represented such that the local host user keys and the 
addresses o£ the remote hosts are associated with each other. 
100961 If the local host 1 maKes a request to transmit 
information as to any remote host 2 which can be used by the 
local host 1, the service administration host 4 refers to the 

i?T(- 9 and returns an address of a 
information as shown m FIG. 2 and 

J- „ 4-^ a nctpr kev transmitted from 
remote host 2 corresponding to a user Key 

the local host 1 and information thereof. 

10097] The service administration host 4 has prestored 
therein software which is required not by the local host 
alone but which becomes necessary when operating in 
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aasociation with another device (remote host, . such software 
is referred to as "remote software" because it is used for 
remote processing between the locai host 1 and a remote host 
2. in response to a request fro. the local host 1. the 

. ■ 4. v^r, ho<5t 4 provides this software to the 
service administration host 4 provxu 

u^o-t- 9 In this manner, the 
local host 1 and/or the remote host 2. In tn 

3ervice administration host 4 provides the remote software 
necessary for remote processing. Accordingly, the providing 
ef software by the service administration host 4 is called a 
-remote software providing service." Hereinafter, it is 
assumed, unless otherwise noted, that the term -service" or 
-remote service" refers to the -remote software providing 



service . " 



,0098, For example, service software (hereinafter simply 
referred to as -software", is software (which is represented 

• =^ for exchanqing information between 
by "SW" in the drawings) for excnangxi y 

local host 1 is a mobile phone and the remote host 2 rs a 
digital television or a video recorder, the software is, for 
example, software for forwarding video image data stored in 

'^oi i-(^lPvision or the video 
the mobile phone to the digital televisio 

recorder. Conversely, in the case where the local host 1 is 
a digital television or a video recorder and the remote host 

^^^-T^p^rp is, for example, software 

1^ ' T r^V^r^nP the SOttWare Jr 

2 is a mobile pnone, 

^ Q-horpd in the digital 

for forwarding video image data stored 
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television or the video recorder to the mobile phone. 
[00991 When the local host 1 is used singly, software to 
be used in another electronic communication device (which in 
this example is a remote host 2) is not required. Therefore, 
it is not necessarily required that the local host 1 is 
previously provided with such software. However, in the case 

+- o H-iff-iriilt to be performed by the 
where a process that is difficult zo u ^ 

. ^ 4-^ 1 ^Trt-n-;^i-ions of its owH hardware can be 
local host 1 due to limitations oi 

executed with hardware of another electronic communication 
device, if they are enabled to exchange information 
therebetween, it becomes possible to perform that process 

efficiently. 

[01001 For example, consider the case where a mobile phone 
has become incapable of storing more still or video image 
because o£ having stored therein as many still or video 
images as possible. In this case, the aforementioned process 
includes, for example, a process of forwarding the still or 
video image from the mobile phone to another electronic 
communication device that is capable of storing the still or 
video image. The aforementioned process also includes, e.g., 

i-^r,^ J, citiii or video image from a digital 
a process of importing a still or 

■ 

TV to a mobile phone. As such, the service software is 
software for operating in association with another electronic 
communication device. 

tOlOl] The hardware configurations of the local host 1 ahd 
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the remote host 2 are .nown. FIG. 3 is a bloc, diagra. 
showin, an exemplary hardware configuration for the local 
host 1 and the remote host 2 (which are collectively referred 
to as an "electronic communication terminal" in the drawing) . 
in FIG. 3, the electronic communication terminal, i.e., the 
local host 1 or the remote host 2, at least includes: a 
communication section al for performing communication via a 
network; a CPU a2 for controlling operation of the terminal; 
a memory .3 for storing a program to be executed by the CPU 

v,, ^=.1-3 • a storage device a4, such as a 
a2 and storing necessary data, a storage 

flash R0«, a hard disk, or the like, which holds data even 
after the electronic communication terminal is turned off; a 
display section a5, such as a liquid crystal panel or the 
like, tor performing screen display based on control from the 
CPU .2: and an input section a«, such as a button switch or 
the like, for inputting a user instruction. A program for 

^^^^ described below is stored in the 
performing an operation as descrioeu 

storage device a.. The CPU a2 reads the program into the 
memory a., and controls operation of the electronic 
coHMunication terminal while executing the program. In 
addition to the components shown in FIG. 3, the local host 1 

4. y.r.^t 9 each have components related to a 
and the remote host z eacn nave 

feature thereof. For example, in the case where the local 
host 1 is a digital television, the local host 1 has a 
aemodulation section for demodulating received broadcast 
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waves, a video/audic decoder tor decoding de,»odulated video 
and audio data, and so on. 

(01021 The hardware configurations o£ the certificate 
authority host 3 and the service administration host 4 are 
also .no„n, and, specifically, may be those used in co,»on 
personal computers and server devices. To realize the 
present embodiment, it is only necessary that each device has 
stored therein a program that executes an operation as 

J .V,. roil of the device reads the program 
described below and the CPU of the 

and controls operation of the entire device. 
101031 Note that the local host 1 and the remote host 2 
each at least need to be provided with the memory a3 having 
available storage capacity sufficient to allow operation of a 
service that is to be downloaded. 

(01041 FIG. 4 is a flowchart for explaining an operation 
of the entire system according to the first embodiment of the 
present invention. Referring to TIG. 4. the operation of the 
entire system and an operation of each host are described 
below. Note that the descriptions given here center oh an 

^ ^ K/^oi- 1 forwards information 
exemplary case where the local host 1 

such as a still or video image to the remote host 2. 
,0105] First, the local host 1 determines whether it has 
software necessary for a remote service for exchanging 
information with the remote host 2, and, if necessary, 
performs download from the service administration host 4. In 
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..sponse thereto, the service administration host 4 uploads 
desired software to the local host I (step S401) . 
,0,06, NeKt, the local host 1 requests the certificate 
authority host 3 to transmit a user .e. of itself (step 
S102, . in response thereto, the certificate authority host 3 

the request from the local host 1, searches 



receives 



n nf reqistered user keys for the user key 
information of registei.e>-' 

corresponding to the local host 1, and returns it (step 

"o!!i^ Next, by transmitting the acquired user key to the 
service administration host 4, the local host 1 requests the 
service administration host 4 to return information as to any 
accessible remote host, thereby maUn, a request to start a 

, 4-^^ qin^^ In response thereto, the 
desired remote service (step S103) . m y 

u 04- 4 rhPcks the transmitted user key 
service administration host 4 checks cne 

(3tep S402), refers to stored information to acquire 
information as to remote hosts corresponding to the 

(Step S403) . 

C01081 FIG. 5 is a diagram shoeing exemplary information 

^ -F.^n, the service administration host 4 to 
that is returned from the servxu 

TTTP s the information that 
the local host 1. As shown m FIG. 5, the 

. ^ service administration host 4 to the 

is returned from the service 

Xocal host 1 includes at least an address of a remote host 
that is capable of performing the desired process, and 



^.p+-T7ovci Tn the case where no 
address information of remote software. In tne c 

• ^ vK^.^ caoable of sharing the remote host 
remote host exists that is capaoxe 

-, ^ T f-i(^ld for an address of a 

service with the local host 1, the fieia ror 

remote host, shown in FIG. 5, is blank. In this case, the 
local host 1 di.ee«^i-e^-^terminates the_^roces^.wi^ 
performin^ rocesses including and after step S104. An 
I^^^^T^the remote software as shown in FIG. 5 is a URL 

0 downloads the remote 
required when the remote host 2 downioa 

software . 

[01091 Note that although the example shown in FIG. 5 
indicate, that the remote software is acquired by using a 
hypertext transfer protocol (http, , it may be acquired by 
using another protocol, such as a file transfer protocol 
(ftp). in addition, in the example shown in FIG. 5, it is 
.ssumed that the remote software is provided by the service 
administration host 4. However, if the service 

administration host 4 does not hold the remote software, the 
service administration host 4 may return an address of 
another service administration host (for example, 
http://service administration host 5/app, etc.). m 
addition, the remote software may be subjected to a process 
such as compression or encryption. 

,01101 in addition, the service administration host 4 may 
transmit, to the local host 1, not only the information as 
shown in FIG. 5 but also additional information, such as 
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for 



hardware properties (specifications or functions: 
example, storage capacity, available capacity, a data format 
of information that can be processed, resolution, processing 
speed, etc.) of the remote host, and a version of the remote 
software. FIG. 6 is a diagram showing exemplary additional 
information. A version number is, for example, data in the 
form of a numerical value or a character string, which is 
comparable in size, and a larger version number indicates 
newer software. Note that FIG. 6 is only meant as an 
example, and the service administration host 4 may transmit 
additional information other than that shown therein. 
[0111] Next, based on the information as to the remote 
hosts that has been transmitted from the service 
administration host 4, the local host 1 displays, on the 
display section a5, any remote host having hardware (HW) 
capable of performing the desired process, and allows the 
user to select a remote host by using the input section a 6 
(Step S104). At this time, if a plurality of such remote 
hosts exist, the local host 1 displays the plurality thereof. 
Note that if a remote host that satisfies a predetermined 
criterion exists, the local host 1 may select that remote 
host automatically- 

t0112] At this time, if the additional information has 
been transmitted from the service administration host 4, the 
local host 1 is able to allow the user to select a remote 
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Kost more efficiently, by displaying that Information as 
„eu. in addition, the local host 1 may select and display 
an optimal one out of a plurality of remote hosts (e.g., one 
that has hardware that best satisfies a demand of the user, 
one that processes the demand of the user in the shortest 
time, a combination of a plurality of pieces of hardware that 
satisfy the demand of the user, etc.) . 

101131 With reference to the example shown in FIG. 6, a 

v,i„h fho user who uses the local host 1 
specific manner in which the user 

selects a remote host is described. By way of example, 
assume that the local host 1 is a mobile phone, remote host 2 
i3 a personal computer, and remote host 3 is a video cassette 
recorder or a DVD recorder. In this case, if it is desired 
that a content stored in the mobile phone should be forwarded 

a remote host whose hard dis. has a larger available capacity 
is preferable. If it is desired that a content in HPEG4 

V h stored in the mobile phone should be 

format which is storea 

> t^.f hh« user will select remote host 
reproduced by a remote host, the user wi 

^ 1, . »„ ho selected needs to be capable of 
3 because a remote host to be selecteo 

processing data in MPEG4 format, naturally, the local host 1 
„ay perform such selection automatically by recognizing the 
details of a desired process. 

[0114! The information transmitted from the service 
administration host 4 also Includes information as to the 
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.adresses of the remote hosts 2. accordingly, next, based on 
an address of the selected remote host, the local host 1 
instructs the selected re-note host to download necessary 
software .step S105, . « this ti.e, the local host 1 
transmits, to the remote host, the already acquired user Key 
as well, in the case where a version nun^er of software has 
been transmtted from the service administration host 4 as 
the additional in£or,.ation, the local host 1 may transmit a 
version number of software that the remote host is instructed 

to download, together with the instruction to download the 

software . 

i-h»rPto the remote host 2 requests the 
[01151 In response thereto, tne 

certificate authority host 3 to check the received user key 
(Step S201, . The certificate authority 3 host, responsive to 

^ 1 nc^or kev, determines whether 

this, ec^^.^^^^e^^^^^9h^S^ ^' 

Vow is correct or not, and then transmits ^ 
the user key is correct 

14- 1-hp remote host 2 (step 

S302) . 

,01161 Next, the remote host 2 determines whether it has 
been authenticated as correct (step S202, . If it has not 
been authenticated, then the remote host 2 terminates the 
process. On the other hand, if it has been authenticated, 
the remote host 2 requests the service administration host 4 
to transmit software necessary for exchanging information 
with the local host 1 (step S203, . In response thereto, the 



service a*nlnistration ho=t 4 transmit, the desi«d software 
to the remote host 2 (step S404) . Then, the remote host 2 
receives the software (step S204) . 

[01171 once the necessary software has been completely 
downloaded on the remote host side, the environment for 
exchanging information between the local host 1 and the 
remote host 2 is established, so that the local host 1 and 
the remote host 2 perform a necessary process in association 
with each other (steps S106 and S205) , thereby exchanging 
information (still image or video data, therebetween. « 
this time, if the software is compressed or encrypted, the 
remote host 2 performs a process of decompression or 
^^^,,,^^,^^i,,,^jecodin^ to step S205, i.e., before the 

execution of the remote application. 

101181 AS described above, the local host is able to 
acquire address information of a remote host from the service 
administration host, even if the address information of the 
remote host is previously unknown. In addition, if it 
becomes necessary to exchange information between the local 
host and the remote host, they are able to download necessary 
software from the service administration host. This enables 
memory areas thereof to be used efficiently. In addition, 
the remote host downloads software after a process of 
authenticating a user Key has been performed. This makes it 
possible to prevent the local host from performing an 



unauthorized process, thereby making it possible to construct 
a system which provides safe service. 

[0119] Note that the local host 1 and the remote host 2 
.ay each erase the downloaded software (SW) as necessary, 
once the process has been completed. 

[01201 Note that the local host 1 and the remote host 2 
.ay each store the downloaded software (SW) in the storage 
device a4 as necessary, once the process has been completed. 
[0121] Note that although, in the first embodiment, the 
information as to any remote host 2 which is capable of 
communicating with the local host 1 is assumed to be stored 
in the service administration host 4, it may be stored in the 
local host 1 itself. In this case, the local host 1 selects 

^Ki^ of fi^^pcutina software necessary 
a remote host that is capable of executing » 

for a remote service that Is desired to be shared, based on 
the stored Information, and then instructs the remote host to 
download the software from the service a*.inistration host 4. 
in response thereto, the remote host downloads the necessary 
software, as instructed, from the service administration host 
4. Then, the remote host and the local host execute the 
software in association with each other, thereby performing 
the exchanging of data, etc. 

[0122] Note that although it is assumed in the first 

-I u^^+. 1 1 c? not Drovided with 
embodiment that the local host 1 is not p 

frsr- Pxchanainq information with the remote 
software necessary for excnanginy 
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host 2, the local host 1 may be previously provided with the 

case the operation of step SlOl shown in 
software. In this case, tne 

FIG. 4 is omitted. 

i4.v,^„^h i-hf^ first embodiment has been 
[0123] Note that although the rirst 

^ 4-^ rase where the local host 1 

described with respect to the case 

forwards information such as a still or video image to the 
remote host 2, the present invention is not restricted to 
this, conversely, the remote host 2 may cause the local host 
, to download the necessary software from the service 
administration host 4, and may forward information such as a 
still or video image to the local host 1. Although the 
reversed operation is required, this process can be easily 
carried out according to the above description. 
10124] Note that although it is assumed in the first 
embodiment that the remote host 2 downloads software based on 
its own judgment, it may be so arranged that the service 
administration host 4 transmits the software to the remote 

Tn this case, the local host 1 instructs 
host 2 forcibly. In this case, 

^ • ^.^^^t^on host 4 to transmit the necessary 
the service administration nost 

^ w^oi- 9 in the operation of step S105. 
software to the remote host 2 in the ope 

^■irnp the local host 1 transmits a user key to 
At the same time, tne locdx 

1- 4- /I Tn resDonse thereto, the 
the service administration host 4. In respons 

service administration host 4 checks the user key in 
association with the certificate authority host 3, and if the 
user key is correct, it transmits the necessary software to 
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^ ^ 1 Th.is the remote host 2 is able to 
the remote host 2. Thus, tne 

acquire the necessary software. 

[01251 Note that although in the first embodiment the 
remote host 2 causes the certificate authority host 3 to 
authenticate the local host in order to prevent unauthorized 
access to the remote host 2, the method for preventing the 
unauthorized access is not restricted to this. Even if the 
certificate authority host 3 is not present, it is possible 
to prevent the unauthorized access. For example, in the case 
Where the local host 1 requests the remote host 2 to download 
software, the remote host 2 may request the local host 1 to 
transmit a password. Then, if the password is correct, the 
remote host 2 may accept the request to download the 
software. If the password is incorrect, the remote host 2 
may reject the request to download the software. 
Alternatively, it may be so arranged that a password(s) for 

the service administration host 4 so as to be associated with 
the user .ey. The remote host 2 may request the service 
administration host 4 to determine whether the user key 
agrees with the password (s, . The above arrangement 
eliminates the need of the certificate authority host 3, and 
ma.es it possible for the remote host 2 to independently 
Check the validity of a request from the local host 1, 
thereby controlling information exchanged on the network. 
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(second embodiment) 
[0126] Since a structure of the entire system according to 
a second embodiment is similar to that of the first 
embodiment, FIG. 1 is used here. A remote host 2 according 
to the second embodiment stores once -downloaded software in 
the storage device a4 thereof. 

10127] FIG. 7 is a flowchart showing an operation of the 
remote host according to the second embodiment of the present 
invention. The operation as shown in FIG. 7 is performed 
after step S202 shown in FIG. 4 during the operation of the 
remote host according to the first embodiment. Referring to 
FIG. 1. the operation of the remote host according to the 
second embodiment is described below. 

t0128] Firstly, at step S105, the local host 1 transmits a 
version number together with an instruction to download the 
software. The version number of the software is included in 
additional information returned by the service 



the 



administration host 4 at step S403. The remote host 2 
determines whether the software which it is instructed by the 
local host 1 to download is stored in the storage device a4 
,atep S501). If it is not stored, the remote host 2 proceeds 
to the operation o£ step S203 shown in FIG. 4, and requests 
the service administration host 4 to transmit the software. 
[01291 on the other hand, i£ it is stored, the remote host 
2 determines whether the version of the stored software 
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•^>, v^^rsion of the requested software (step 

corresponds with the version ox ^ 

S502) . This comparison o£ versions is conducted by compering 
the version number of the software which is transmitted from 
the local host 1 together with the download instruction with 
the version number of the software stored in the remote host 
2. FIG. 8A is a diagram showing an instance where the 
versions correspond with each other. FIG. 8B Is a diagram 
showing an instance where the versions do not correspond with 
each other. 

t-ur^ r-a^fs where the version 
[0130] Note that even in the case where 

numbers do not completely correspond with each other, if a 
predetermined requirement is fulfilled (e.g., the version 
number of the software stored by the remote host 2 is newer 
than the version number of the software requested by the 
local host 1, etc.), the remote host 2 may consider the 
versions as corresponding with each other. Because the local 
host 1 has downloaded the necessary software from the service 

4 (see step SlOl in FIG. 4), the local 
administration host 4 (see step 

host 1 has obtained the latest software. Consequently, it 
may be that the version of the software obtained by the local 
host 1 and the version of the software stored in the remote 
host 2 do not correspond with each other. Therefore, the 
remote host 2 performs version check by an operation of step 
S502. 

t0131] If it is determined at step S502 that the versions 
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software stored in the storage device a. (step 3503), 
proceeds to the operation o£ step S205 shown in FIG. 4, and 
executes the software in association with the local host 1 . 
on the other hand, if it is determined that the versions do 
not correspond with each other, i.e., marei^an older version 

• =i-orP>rl the remote host 2 discards the 
of the software is stored, tne 

older version of software (step S504) and proceeds to the 
operation of step S203 shown in FIG. 4 to download the latest 
version of software from the service administration host 4. 
10132] AS described above, in the second embodiment, the 

V. ^ VP^ns the once-downloaded software stored 
remote host keeps tne unv- 

therein. If software that is to be executed has not been 
stored therein, the remote host downloads the latest version 
Of software. Accordingly, software is not necessarily 
downloaded, resulting in a reduction of con^unication time 

spent in downloading. 

,01331 Note that it is assumed in the second embodiment 
that in the case where the remote host downloads software 
from the service administration host, version check is 
conducted. The remote host may also perform version check in 

fhe service administration host transmits the 

the case where tne servxv^c 

software to the remote host in response to an instruction 
from the local host. Specifically, before transmitting the 
software forcibly, the service administration host reports, 
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• ^ ^-F +-hti software intended to 
to the remote host, the version of the sottwar 

be transmitted. The remote host recognizes the reported 
version and determines whether software o£ that version is 
stored. If no software of that version is stored, or if 
.erel^an older version of the stored is stored, the remote 

t-o the service administration host, a 
host reports, to tne sei-vxv- 

■ • transmit the software. On the other hand, if 

permission to transmit cue 

the latest version of the software is stored, the remote host 
reports to the service administration host that the 

f thP software be cancelled. The service 
transmission of the sortware 

hn<,t does or does not transmit the software 
administration host does or 

depending on the report from the remote host. 

(third embodiment) 
[01341 Since a structure of the entire system according to 
a third embodiment is similar to that of the first 
en^odiment, FIG. 1 is used here. The local host 1 according 
to the third errJ^odiment keeps once-downloaded software in the 

T -,^H-;i--inn it is assumed in the 
storage device a4 thereof. In addition, 

third embodiment that, as described in the second embodiment, 
the remote host operates to store once-downloaded software in 

/> vv^ovonf and to download the latest 
the storage device a4 thereof, ana 

version of software. 

101351 FIG. 9 is a flowchart showing an operation of a 
local host according to the third embodiment of the present 
invention. The operation as shown in TIG. 9 is performed 
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before step SlOl shown in FIG. 4, during the operation of the 
local host according to the first embodiment. Referring to 
FIG. 9, the operation of the local host according to the 
third embodiment is described below. 

101361 First, the local host 1 acquires, from the service 
administration host 4, a list of available services 
(hereinafter referred to as a "service list") (step S601) . A 

4r ^1- steo S601 is described later (see FIG. 

process performed at seep sduj. 

10) . in the service list, each service is associated with a 
remote host(s) necessary for carrying out the service. This 

. v,^«wo refers to a remote host(s) capable of 
remote host(s) reiers> i-u 

local host 1 which has requested the service 
accessing the iocai no&u x 

list . 

[0137] Next, the local host 1 allows the user to select a 

= v,o Hf.c,irGS to use, and recognizes 
service that he or she desires to u , 

software necessary for the service (step S602) . 
[0138] Next, the local host 1 determines whether the 
recognized software is already stored in the storage device 
(Step S603) . If it is not stored yet, the local host 1 
proceeds to the operation of step SlOl in FIG. 4, and 
downloads the desired software from the service 
administration host 4. 

[01391 on the other hand, if it is already stored, the 
local host 1 determines whether the stored software is the 
latest version or not by inquiring of the service 
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administration host 4 whether it is the latest version (step 
S604). If it is not the latest version, the local host 1 
discards this older version of the software (step S606) , and 

c ^t-^r^ cini in FIG 4, to download 
proceeds to the operation of step SlOl in Fib. 4, 

the latest version of the software from the service 
administration host 4. On the other hand, if it is the 
latest version, the local host 1 reads the software stored in 
the storage device a4 (step S605) , and proceeds to the 
operation of step S102 in FIG. 4. 

[0140] FIG. 10 is a flowchart showing operations of the 
local host and the service administration host during the 
service list acquisition process (step S601) . With reference 
to FIG. 10, the operations of the local host 1 and the 
service administration host 4 during the service list 
acquisition process (step S601) are described below. 
[0141] First, the local host 1 requests the service 
administration host 4 to transmit the service list (step 

S701) . 

[0142] in response thereto, the service administration 
host 4 recognizes all services that are registered therein 
(step S801) . Next, with respect to each service, the service 
administration host 4 checks a remote host(s) that is capable 
of carrying out the service and of accessing the local host 
1, and associates the remote host(s) with the service (step 
S802). Next, the service administration host 4 transmits, as 
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the service list, a list in which the services are each 
associated with the remote host.a, (step 3803), and 
terminates the process. 

101431 The local host 1 receives the service list which is 
transmitted fro. the service administration host 4, displays 

^. /efpn S702), and returns to the 

it on the display section a5 {step b/uz;, 

operation shown in FIG- 9. 

[01441 Thus, the user is able to recognize an accessible 
remote host and recognize a service which can be carried out 

by the remote host. 

101451 Note that, at step S602 in the third e„*,odiment, in 
addition to allowing the user to select a service, the local 
host 1 may also allow the user to select a remote host after 

■ • fh» user key In this case, the operations of 

acquiring the user Key. 

steps S102 to S104 can be omitted. 

,01461 Note that although it has been assumed in the third 
embodiment that the local host 1 acquires the service list, 
it may be so arranged that the local host 1 acquires a list 
of accessible remote hosts (hereinafter referred to as a 
■remote host list"). ™. U is a flowchart showing 
operations of the local host and the service administration 
host when the list of accessible remote hosts is acquired. 
101471 AS shown in FIG. U, the local host 1 first 
requests the service administration host 4 to transmit the 
remote host list (step S711) . In response thereto, the 
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u ^ A T-(=fprs to a list which has 
service administration host 4 refers 

PTP 9^ to recoqnize remote hosts 
previously been set (see FIG. 2) to rec g 

Ki^ of ;,ccessinq the local host (step S811) ; 
that are capable of accessing 

„cogni.« a service that can be carried out by each remote 
host (Step S812,; transmits, to the local host 1, the remote 

v,^o4-e arp pach associated with 
host list in which the remote hosts are each 

the service (step S813) ; ahd terminates the process. The 
local host 1 receives and displays the remote host list (step 
S712), and returns to the operation shown in FIG. 9. 

■o oKi^. tn recoanize any accessible 
[0148] Thus, the user is able to recogn 

^ o^vTri rp ran be carried out by 
remote host and to recognize a service can oe 

the remote host. 

,0^W Note that it has been assumed in the examples shown 
i„ FIG. 10 and FIG. 11 that the local host 1 acquires a 
service list or a remote host list directly from the service 
administration host 4. However, it may be so arranged that 
the local host 1 requests the certificate authority host 3 to 
acquire the service list or the remote host list and the 
certificate authority host 3 acquires the service list or the 
remote host list from the service administration host 4 and 

, 1 n Also, it may be so 

^- 1-0 the local host 1. HXbu, j 

transmits it to i:ne xuv^a 

arranged that the certificate authority host 3 creates the 
service list or the remote host list, and transmits it to the 

^•F i-h<a rertificate authority host 
local host 1. The function of the certitic 

nf^rformed by another computer device {a 
of this case may be pertormea jjy 



host for list relaying), such as the local host, a remote 

host, a home server, or the like. 

(fourth embodiment) 
,01501 in the first embodiment, even if a remote host 

which can be selected by the local host is present, it is 
impossible to carry out, for example, a process of 
transmitting information possessed by the local host to the 
remote host, unless power of the remote host is on. 
,01511 in such a case, a local host according to a fourth 
en^odiment causes the service administration host ,or another 
remote host which the local host is permitted to access) to 

«„i- « reauired process. For example, in 
temporarily carry out a requirea y 

the case where the local host is to forward image data to the 
.emote host, the local host temporarily forwards the image 

data to the service administration host. 

A v>, = i- i-h(= Dower of the remote 
[0152] If it is recognized that the power 

host selected by the local host has been turned on. the 
information which the service administration host acting as a 
proxy has obtained is forwarded further to the remote host. 

-ir, fourth embodiment, even 

[01531 As described above, in the tourT:n 

if the power of the remote host selected by the local host is 
off, the service administration host is able to act as a 
p.oxy to perform a necessary process and thereafter forward 
information to the remote host. Therefore, it is possible to 
provide a system which is capable of fulfilling a request of 



th. local host even when a desired remote host is turned off. 
101541 Note that in the case where the service 
administration host or a different remote host is unable to 
complete a process but able to finish a part of the process, 
the local host may cause the service administration host or 
the different remote host to execute that part of the 
process, and may forward a resultant from the execution after 
the power of the selected remote host is turned on. Thus, 
the load on the selected remote host can be reduced, and even 
when the remote host selected by the local host is turned 
off, it is possible to satisfy a request of the local host to 
so,.e extent, although it takes more time^^^omEiet^ 
process ■ 

t0155] Note that, instead of the service administration 
host, the certificate authority host as a home server may 
perform a proxy process as described above. 

(fifth embodiment) 
101561 The first embodiment cannot cope with cases where a 
process which would satisfy a request of the local host 
cannot be performed by only a single remote host. In some of 
such cases, however, the request will be satisfied by 
employing two or more remote hosts. For example, in the case 
where a function of converting format (e.g., data format, 
compression, etc., of information or a function of converting 
resolution is possessed by one remote host whereas a function 
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-lo r.o<5c.pssed bv another remote host, 
of storing information is possessea oy 

it is i:«possible for a single remote host to perform a 
process of converting the format or resolution of the 

information and thereafter storing the information. However. 

that process can be performed by the two remote hosts 

operating in collaboration. 

101571 A local host according to a fifth embodiment first 
transmits information to a remote host having a function of 
converting a format of information ,or a function of 
converting resolution of information, to cause the remote 
host to perform conversion, and then transmits the 
information after conversion to another remote host having a 
function Of storing information to cause that remote host to 
Store the information. 

(01581 conversely, a remote host may transmit information 
to another remote host having a function of converting format 
of information (or a function of converting resolution of 
information, to cause that remote host to perform conversion, 
and thereafter may transmit the information after conversion 
to the local host to cause the local host to store the 
information . 

^ ^^ -in fifth embodiment, in the 

[0159] As described above, m the tiriin e 

case Where a format conversion or a resolution conversion is 
required to be performed, for example, it is possible to 
cause a remote host capable of performing such a process to 
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. th. orocess, and thereafter exchange information with 
perform the process, cmva 

u ^ Thus the following troubles can be 
another remote host. Thus, tne 

= nrocess cannot be performed 
prevented from occurring: a process 

^r, fnrmats of information; the 
because of incompatibility in formats 

f information cannot be performed because of 
exchanging of information 

difference in resolution; and so on. 

c •fin^llv the fifth embodiment is applicable to 
[0160] Specifically, tne lxj--- 

. ca=e as described below. I. a digital television, HPE« is 
used as a for^t o, video. Meanwhile, in a .obile phone, 

^ r^f video In this situation, 
MPEG4 is used as a format of video. 

^ successfully performed if video data 
reproduction cannot be successruixy 

stored in the mobile phone is forwarded to the digital 
television or i£ video data stored in the digital television 
is forwarded to the mobile phone. In this case, the mobile 
phone ..y cause a remote host havin, a function of converting 
format to perform format conversion, and thereafter ma, 
forward the data to the digital television. The converse is 

also true. 

(sixth embodiment) 

in the first embodiment that 
[0161] It has been assumed m the 

the local host acguires. from the service administration 
host, information of the remote host. However, in the case 

network. the local host is capable of acguiring the 
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Administration host. Tharefora, the structure of the service 
administration host can be made simpler. 

101621 FIG. 12 is a diagram showing the entire structure 
o£ a service software acquisition system according to a sixth 
embodiment of the present invention. In FIG.-i_12. the 
service software acquisition system includes a local host 11, 
two remote hosts 12, and a service administration host 14. 
note that although the local host i_U_and the service 
administration host ^14_are each described herein as being 
single in number, they can be multiple in number. In 

^-t-^ >»r.Qi-«5 42—12 mav be less than or 
addition, the number of remote hosts ^i^may 

greater than two. 

(0163) In FIG. 12, the local host 11 and the remote hosts 
12 are electronic devices such as digital televisions and 
set-top bo.es, which are installed in houses. The local host 
11 and the remote hosts 12 are connected to one another via a 
local network 16. The local network 16 may be either a wire 

^ A 1-vnical communications 

network or a wireless network. A typical 

1 TPP/TP The TCP/IP is a 

protocol for the local network 16 is TCP/IP. 

K'^h nrovides a protocol for exchanging 
known technique which proviaes a p 

V. ^ o«n 3 Dlurality of devices, and a detailed 
information between a plurality 

description thereof is omitted. The local network 16 is 
connected to the Internet 15 outside a house via a router 17 . 
The router 17 is a gateway for connecting the local network 
U inside the house to the Internet 15. .s specific examples 
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of the router 17, known devices such as an ADSL modem, a 
broadband router, a home server can be pointed out. 
[01641 in such a network, the local host 11 is capable of 

4-^ hnci- 12 bv Utilizing broadcast 
discovering a remote host oy 

co«icatio„ (Which is also rafarred to as "multicast 
co,«r,unication" ) . The tern -broadcast" refers to a process of 
transmitting the same message to all electronic devices that 
are connected to the local network 16. A typical known 
technique for discovering a remote host by utilizing the 

-;o QQnP (SimDle Service Di cover 
broadcast coiranunication is SSDP (bimpxe 

Discovery Protocol) . 

IT cQnp 1^ simolv described here. 

[0165] An operation of the SSDP is simpxy 

The local host 11 broadcasts a request called "SSDP Search" 

(hereinafter referred to as an "SSDP search request") to all 

devices connected to the local network 16. m response 

thereto, the remote hosts 12 return, to the local host 11, 

their own IP addresses and/or information as to available 

Thus the local host 11 is able to acquire 
services. Thus, tat; xuv^a 

information as to the remote hosts 12. 

[01661 FIG. 13 is a flowchart for explaining an operation 
of the entire system according to the sixth embodiment of the 
present invention. With reference to FIG. 13, the operation 
of the entire system and an operation of each host are 
described below. 

.-u ^r.r^^^ host 11 determines whether it 
[01671 First, the local nosz n 
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r -Fo-r remote service for 

possesses software necessary for a 

exchanging information with a remote host 12, and i£ 
necessary, the local host 11 downloads the software fro. the 

v,^o4- 14 (<?teDS SllOl and S1401) . 
service administration host 14 (steps 

.V, inr^;,! host H broadcasts SSDP search 
[01681 Next, the local hose 

requests in order to find whether a remote host which is 
capable of carrying out the desired service exists or not 
(Step S1102,. in response thereto, each remote host 12 
returns a message (hereinafter referred to as an "SSPP search 

^ TD oriHrpss. specifications, a 
response") including its own IP address, sp 

process function, and so on (step S1201) . 

M ^ based on the information included in the 
[0169] Next, oasea on 

received SSDP search responses, the local host 11 displays 
remote hosts having hardware ,H», that is capable of 
executing the desired process, and allows the user to select 
a remote host (step S1103, . « this time, if a plurality of 
such remote hosts exist, the local host 11 displays the 
plurality thereof. »ote that it may be so arranged that rf a 
remote host that satisfies a predetermined criterion exists, 
the local host 11 selects that remote host automatically. 

u , ...1 host 11 instructs the selected 
lonol Next, the local host ii 

remote host to download necessary software .step S1104, . In 
response thereto, the remote host 12 downloads the necessary 
software from the service administration host 4 .steps S1202 
,„d S1402,. once the download of the necessary software has 
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i> 4- 1-hp environment for 

been completed on the remote host side, the env 

exchanging information between the iocal host U and the 
remote host 12 is established, so that the local host 

K =^ 19 nerform a necessary process in 
and the remote host 12 perrorra 

K ^v,o^ fsteos S1105 and S1203) and 
association with each other (steps 

K of the information (still or video 

perform the exchanging of the inro 

image data) . 

,01711 This structure enables the local host 11 to acquire 
i„,or:,.tion as to remote hosts by using the broadcast 
co«ication. Therefore, the service administration host 14 
need not hold the information as to the remote hosts. 

i^u -ii- hfls been assumed in the sixth 

[01721 Note that although it has ceen 

. ^ 4.v,^ Qc;nP is used as a means for the local 
embodiment that the SSDP is usea 

hoctts the present invention is 
host 11 to discover remote hosts, cne y 

not restricted to this. As techniques that produce similar 
effects, there are .no„n techniques such as^e«de^ 
5^^^^. .s in these techniques, it may be so arranged 

^ir.r. i =i used for the local host 
that the broadcast communication is used ro 

to search for remote hosts. 

^ ^4- h;^<? been assumed in the sixth 
[0173] Note that it has been 

e^odiment that the networ. to which the broadcast 

communication is applied is a local network. In the case of 

u m;,v be SO arranged that the local 

a wide area network, it may be so 

hr,c5ts capable of executing the 
host searches for remote hosts capao 

, • t-u^ h-rnadcast communication to a 
desired process by applying the broadcast 



plurality of remote hoata that belong to a predetermined 

group. 

101741 It goes without saying that variations of the first 
to fifth embodiments can also be applied to the sixth 
embodiment . 

INDUSTRIAL APPLICABILITY 
[0175] The present invention provides service software 
acquiring method and system, and an electronic co^nication 
device used therefor, which are useful for, for example, a 
system in which software which is regularly unused and 

^.n hp acauired as necessary and in which a 
unnecessary can oe acquireu 

service is executed by a plurality of electronic 
con-unication devices connected to one another via a network 
operating in association with one another. 
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ABSTRACT 



.„ oWect is to provide a raethod for .a.ing it possible 
.0 exc.an,e information between a local nost and a remote 

c^f^ware is not previously prepared, 
host even if necessary software is n h 

=4-« ^ service administration host (4) 
5 A local host (1) requests a service 

o^vir-ire. In response to the 
to start a desired remote service. 

.^prvice, the service 
1-0 start the remote service, 
request to stdJ-i- 

K ^ IA\ selects remote hosts (2) that are 
administration host (4) selects 

• ^ tT-i-t-h the local host/ 
capable of sharing the remote service with 

= to the remote hosts (2) to the 
10 and returns information as to the remo 

. K Based on the returned information as to the 

local host. Basea uii 

-,1- 4- n\ c!PLects a remote host 
4.^ the local host (1) seieuv-a 

remote hosts (2), tne j-u^ 

. • = to share the remote service, and 
(2) with which it desires to share 

to host (2) to download, from the service 
instructs the remote host {Z) 

host (4) software for sharing the remote 
15 administration host (4), 

ot. host (2) downloads, from the service 
service. The remote host 

. u t necessary software as instructed, 

administration host (4), necessary 
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